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3) D Since this application is in condition for allowance except for formal matters, prosecution as to the merits is 

closed in accordance with the practice under Ex parte Quayle, 1935 CD. 1 1 , 453 O.G. 213. 
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DETAILED ACTION 
Double Patenting 

1 . A rejection based on double patenting of the "same invention" type finds its support in 
the language of 35 U.S.C. 101 which states that "whoever invents or discovers any new and 
useful process ... may obtain a patent therefor ..." (Emphasis added). Thus, the term "same 
invention," in this context, means an invention drawn to identical subject matter. See Miller v. 
Eagle Mfg, Co,, 151 U.S. 186 (1894); In re Ockert, 245 F.2d 467, 114 USPQ 330 (CCPA 1957); 
and/« re Vogel, 422 F.2d 438, 164 USPQ 619 (CCPA 1970). 

A statutory type (35 U.S.C. 101) double patenting rejection can be overcome by 
canceling or amending the conflicting claims so they are no longer coextensive in scope. The 
filing of a terminal disclaimer cannot overcome a double patenting rejection based upon 35 
U.S.C 101. 

2. Claim 5 is rejected under 35 U.S.C. 101 as claiming the same invention as that of claim 1 
of prior U.S. Patent No. 6,751,658. This is a double patenting rejection. 

3. Claim 13 is rejected under 35 U.S.C. 101 as claiming the same invention as that of claim 
8 of prior U.S. Patent No. 6,751,658. This is a double patenting rejection. 



4. The nonstatutory double patenting rejection is based on a judicially created doctrine 
grounded in public policy (a policy reflected in the statute) so as to prevent the unjustified or 
improper timewise extension of the "right to exclude" granted by a patent and to prevent possible 
harassment by multiple assignees. A nonstatutory obviousness-type double patenting rejection 
is appropriate where the conflicting claims are not identical, but at least one examined 
application claim is not patentably distinct from the reference claim(s) because the examined 
application claim is either anticipated by, or would have been obvious over, the reference 
claim(s). See, e.g., In re Berg, 140 F.3d 1428, 46 USPQ2d 1226 (Fed. Cir. 1998); In re 
Goodman, 11 R3d 1046, 29 USPQ2d 2010 (Fed. Cir. 1993); In reLongi, 759 F.2d 887, 225 
USPQ 645 (Fed. Cir. 1985); In re Van Ornum, 686 F.2d 937, 214 USPQ 761 (CCPA 1982); In re 
Vogel, 422 F.2d 438, 164 USPQ 619 (CCPA 1970); and In re Thorington, 418 F.2d 528, 163 
USPQ 644 (CCPA 1969). 

A timely filed terminal disclaimer in compliance with 37 CFR 1.321(c) or 1.321(d) may 
be used to overcome an actual or provisional rejection based on a nonstatutory double patenting 
ground provided the conflicting application or patent either is shown to be commonly owned 
with this application, or claims an invention made as a result of activities undertaken within the 
scope of a joint research agreement. 
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Effective January 1, 1994, a registered attorney or agent of record may sign a terminal 
disclaimer. A terminal disclaimer signed by the assignee must fully comply with 37 CFR 
3.73(b). 

5. Claims 1-18 rejected on the ground of nonstatutory obviousness-type double patenting as 
being unpatentable over claims 1-11 of U.S. Patent No. 6,751,658. Although the conflicting 
claims are not identical, they are not patentably distinct from each other because the claims of 
the parent application and issuing patent anticipate every claim of the instant application. That 
is, every element of every claim in the instant application is included in at least one claim of the 
issued parent. 

6. As an example, note that claim 1 of the parent patent comprises at least every element of 
claim 1 of the child application, including the particular wording. 

Claim Rejections - 35 USC §102 

7. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by another filed 
in the United States before the invention by the applicant for patent or (2) a patent granted on an application for 
patent by another filed in the United States before the invention by the applicant for patent, except that an 
international application filed under the treaty defined in section 351(a) shall have the effects for purposes of this 
subsection of an application filed in the United States only if the international application designated the United 
States and was published under Article 21(2) of such treaty in the English language. 

8. Claims 1-18 are rejected under 35 U.S.C. 102(e) as being anticipated by Matsunami et al. 
(7,082,462). 

9. For claim 1, Matsunami teaches a method (abstract; col. 1, line 1 - col. 2, line 40) 
comprising: 

a. A network computer (NC) client (Fig. 1, #2a in view of Fig. 2 and col. 1, lines 35- 
50 and col. 3, lines 35-45) booting from a boot image (col. 8, lines 15-40) provided by an 
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NC server (Fig. 1, #1 in view of Fig. 3), the boot image including information identifying 
the location of one or more user system volumes (Fig. 3, #170-176) on the NC server 
(col. 4, Une 50 - col. 5, line 55), the one or more user system volumes containing 
operating system software (Fig. 6 in view of col. 9, lines 5-45); and 
b. In response to an attempt to modify the contents of the one or more user system 
volumes, the NC client causing information identifying a modification associated with 
the attempt to be recorded on the NC server (col. 10, lines 15-35) separate from the one 
or more user system volumes (Fig. 7, #18 vs. #170) in a shadow system volume 
associated with the NC client (col. 9, lines 5-40). 

1 0. For claim 2, Matsunami teaches the method further comprising: 

a. Transmitting information identifying a user of the NC client to the NC server (cbl. 
5, lines 10-30); 

b. Receiving information identifying the user's desktop environment preferences 
from the NC server (col. 15, line 15 - col. 16, line 10); and 

c. Customizing a desktop environment of the NC client in accordance with the 
user's desktop environment preferences (col. 16, lines 10-20). 

1 1 . For claim 3, Matsunami teaches that the one or more system volumes are presented to the 
NC client as a split operating system (col. 4, Hnes 25-30) including a core operating system 
volume that can be read but not written by the NC cUent (Fig. 6, #1730 and #1712) and the user 
operating system volume that can be read and/or written by the NC client (Fig. 6, #1710-1712 
and 1742), wherein the storage area associated with the NC cUent comprises the shadow volume 
corresponding to the user operating system volume (col. 9, lines 5-45), and wherein the NC 
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client causing information identifying a modification associated with the attempt to be recorded 
comprises tracking modifications to the user operating system volume in the shadow volume 
(col. 10, lines 15-40). 

12. For claim 4, Matsunami teaches that, prior to booting firom a boot image provided by an 
NC server (Fig. 2, #221 1), (1) the NC client initiating a boot process by booting into a local 
memory of the NC client (col. 3, line 55 - col. 4, line 20), (2) the NC client transmitting a boot 
request to the NC server, and (3) the NC client receiving the boot image fi-om the NC server (col. 
8, lines 15-40). 

13. For claim 5, Matsunami teaches booting from a boot image provided by an NC server 
further includes the NC cUent locally executing the boot image and mounting the one or more 
system volumes (col. 1, lines 45-51 in view of col. 13, line 35 - col. 16, line 20). 

14. For claim 6, Matsunami teaches a network computer (NC) client (Fig. 1, #2a in view of 
Fig. 2 and col. 1, lines 35-50 and col. 3, lines 35-45) comprising: 

a. A bootstrapping means (abstract; col. 1, line 1 - col. 2, Une 40) for booting from a 
boot image (col. 8, lines 15-40) provided by an NC server (Fig. 1, #1 in view of Fig. 3), 
the boot image including information identifying the location of one or more user system 
volumes (Fig. 3, #170-176) on the NC server (col. 4, line 50 - col. 5, line 55), the one or 
more user system volumes containing operating system software (Fig. 6 in view of col. 9, 
lines 5-45); and 

b. A redirecting means, responsive to an attempt to modify the contents of the one or 
more user system volumes, for causing information identifying a modification associated 
with the attempt to be recorded on the NC server (col. 10, lines 15-35) separate from the 
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one or more system volumes (Fig. 7, #18 vs. #170) in a shadow system volume 
associated with the NC client (col. 9, lines 5-40). 

1 5 . For claim 7, Matsunami teaches a banding means for incorporating the modification 
within one or more bands comprising a predetermined number of blocks (col. 4, lines 25-40). 

16. For claim 8, Matsunami teaches a method (abstract; col. 1, line 1 - col. 2, line 40) 
comprising: 

a. A network computer (NC) client (Fig. 1, #2a in view of Fig. 2 and col. 1, lines 35- 
50 and col. 3, lines 35-45) booting from a boot image (col. 8, lines 15-40) provided by an 
NC server (Fig. 1, #1 in view of Fig. 3), the boot image including information identifying 
the location of one or more user system volumes (Fig. 3, #170-176) on the NC server 
(col. 4, line 50 - col. 5, line 55), the one or more user system volumes containing 
operating system software (Fig. 6 in view of col. 9, lines 5-45); 

b. The NC client mounting the one or more user system volimies (col. I, lines 45-51 
in view of col. 13, line 35 - col. 16, line 20); and 

c. In response to a write request from a file system of the NC client that contains a 
modification to the one or more user system volumes, a block device driver of the NC 
client redirecting the write request and causing information identifying the modification 
to be recorded on the NC server (col. 10, lines 15-35) in a shadow system volume 
associated with the NC client (col. 9, lines 5-40) that is separate from the one or more 
user system volumes (Fig. 7, #18 vs. #170). 

17. For claim 9, Matsunami teaches a method (abstract) comprising: 
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a. A network computer (NC) client (Fig. 1, #2a in view of Fig. 2 and col. 1, lines 35- 
50 and col 3, lines 35-45) booting from a boot image (col. 8, lines 15-40) provided by an 
NC server (Fig. 1, #1 in view of Fig. 3), the boot image including information identifying 
the location of one or more user system volumes (Fig. 3, #170-176) on the NC server 
(col. 4, line 50 - col. 5, line 55), the one or more user system volumes containing 
operating system software (Fig, 6 in view of col. 9, lines 5-45) that has one or more 
customizable attributes (col. 8, lines 30-35); 

b. In response to a change to an attribute of the one or more customizable attributes 
(Fig. 19), the NC client causing information identifying the change to be recorded on the 
NC server (col. 10, lines 15-35) in a shadow system volume associated with the NC cHent 
(col. 9, lines 5-40) that is separate and distinct from the one or more user system volumes 
(Fig. 7, #18 vs. #170). 

18. For claim 10, Matsunami teaches a method (abstract; col. 1, line 1 - col. 2, line 40) 
comprising: 

c. A network computer (NC) server (Fig. 1, #1 in view of Fig. 3) providing a boot image 
(col. 8, lines 15-40) to an NC client (Fig. 1, #2a in view of Fig. 2 and col. 1, lines 35-50 
and col. 3, lines 35-45), the boot image including information identifying the location on 
the NC server of one or more user system volumes (Fig. 3, #170-176 in view of col. 4, 
line 50 - col. 5, line 55) containing operating system software (Fig. 6 in view of col. 9, 
lines 5-45); and 

d. In response to a write request from the NC client that contains a modification to the 
operating system software, the NC server recording information identifying the 
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modification on the NC server (col. 10, lines 15-35) in a shadow system volume 
associated with the NC cHent (col. 9, lines 5-40) that is separate fi^om the one or more 
user system volumes (Fig. 7, #1 8 vs. #1 70). 

19. For claim 11, Matsunami teaches further comprising the NC server maintaining the one 
or more user system volumes as a split operating system (col. 4, lines 25-30) including a single 
core operating system volimie that can be read but not written by the NC chent (Fig. 6, #1730 
and #1712) and a user operating system volume that can be both read and written by the NC 
client (Fig. 6, #1710-1712 and 1742). 

20. For claim 12, Matsimami teaches that the shadow system volume contains a non- 
persistent shadow volume (Fig. 7, #18) corresponding to the user operating system volume to 
which modifications to the user operating system volume are recorded (col. 10, lines 15-35). 

21. For claim 13, Matsunami teaches storing information fi-om the shadow system volume to 
a persistent, user-specific storage area for use in a subsequent user session (Fig. 7, #171). 

22. For claim 14, Matsunami teaches receiving information identifying the user at the NC 
server (col. 5, lines 10-30 in view of col. 15, line 15 - col. 16, line 20), and providing the client 
with information indicative of the user's desktop envirormient by accessing the persistent, user- 
specific storage area (col. 9, lines 5-45). 

23. For claim 15, Matsunami teaches a network computer (NC) server (Fig. 1, #1 in view of 
Fig. 3) comprising: 

a. A boot server means (abstract; col. 1, line 1 - col. 2, line 40) for providing a boot 
image (col. 8, lines 15-40) to an NC client (Fig. 1, #2a in view of Fig. 2 and col. 1, lines 
35-50 and col. 3, lines 35-45), the boot image including information identifying the 
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location on the NC server (col 4, line 50 - col. 5, line 55) of one or more user system 
volumes (Fig. 3, #170-176) containing operating system software (Fig. 6 in view of col. 

9, lines 5-45); and 

b. A storage management means (Fig. 7) for recording information identifying a 
modification to the operating system software in a shadow system volume associated 
with the NC client (coL 9, lines 5-40; col. 10, lines 15-35) that is separate from the one or 
more user system volumes (Fig. 7, #18 vs. #170), the storage management means 
operative in response to a write request from the NC client that contains the modification 
(col. 10, lines 15-35). 

24. For claim 16, Matsunami teaches a machine-readable medium having stored thereon data 
representing sequences of instructions (Fig. 3, #13), the sequences of instructions which, when 
executed by a processor (Fig. 3, #1 1), cause the processor to perform the steps (abstract; col. 1, 
line 1 - col 2, line 40) of: 

a. Providing a boot image (col. 8, lines 15-40) to a network computer (NC) client 
(Fig. 1, #2a in view of Fig. 2 and col. 1, lines 35-50 and col. 3, lines 35-45), the boot 
image including information identifying a location on an NC server (col. 4, line 50 - col. 
5, line 55) of one or more user system volumes (Fig. 3, #170-176) containing operating 
system software (Fig. 6 in view of col. 9, lines 5-45); and 

b. In response to a write request from the NC client that contains a modification to 
the operating system soibvare, recording information identifying the modification (col. 

10, lines 15-35) in a shadow system volume associated with the NC client (col. 9, lines 5- 
40) that is separate from the one or more user system volumes (Fig. 7, #18 vs. #170). 
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25. For claim 17, Matsunami teaches that in a network computer (NC) system (Fig. 1; col. 1, 
Unes 35-50), a method (abstract; col. 1, line 1 - col. 2, Hne 40) comprising: 

a. An NC server (Fig. 1, #1 in view of Fig. 3) providing a boot image (col. 8, lines 
15-40) to an NC client (Fig. 1, #2a in view of Fig. 2 and col. 3, lines 35-45), the boot 
image including information identifying the location on the NC server (col. 4, line 50 - 
col. 5, line 55) of one or more user system volumes (Fig. 3, #170-176) containing 
operating system software (Fig. 6 in view of col. 9, lines 5-45); 

b. The NC client booting from the boot image provided by the NC server (col. 8, 
lines 15-40); 

c. The NC client mounting the one or more user system volumes (col. 1, lines 45-5 1 
in view of col. 13, line 35 - col. 16, line 20); 

d. In response to a write request from a file system of the NC client that contains a 
modification to the one or more user system volumes, a block device driver of the NC 
cUent redirecting the write request (col. 10, lines 15-35) to a shadow system volimie on 
the NC server that is associated with the NC client (col. 9, lines 5-40) and which is 
separate from the one or more user system volumes (Fig. 7, #18 vs. #170); 

e. The NC server receiving the write request from the NC client (col. 10, lines 15- 
35); and 

f The NC server causing information identifying the modification to be recorded in 
the shadow system volmne associated with the NC client (col. 10, lines 15-35). 

26. For claim 18, Matsunami teaches a network computer (NC) system (Fig. 1; col. 1, lines 
35-50) comprising (abstract; col. 1, line 1 - col. 2, line 40): 
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a. An NC server (Fig. 1, #1 in view of Fig. 3) configured to provide a boot image 
(col. 8, lines 15-40) to one or more NC clients associated with the NC system (Fig. 1, 
#2a-f in view of Fig. 2 and col. 3, lines 35-45), the boot image including information 
identifying the location on the NC serv^er (col. 4, line 50 - col. 5, line 55) of one or more 
user system volumes (Fig. 3, #170-176) containing operating system software (Fig. 6 in 
view of col. 9, lines 5-45); and 

b. An NC client coupled in communication with the NC server (Fig. 1 , #3a-b), the 
NC client configured to receive and boot from the boot image (col. 8, lines 15-40), the 
NC client including a file system process and a block device driver (Fig. 2), the block 
device driver configured to redirect write requests directed to the one or more user system 
volumes (col. 10, lines 15-35) to a shadow system volume on the NC server that is 
associated with the NC client (col. 9, lines 5-40) and which is separate from the one or 
more user system volimies (Fig. 7, #18 vs. #170). 

Conclusion 

27. The prior art made of record and not relied upon is considered pertinent to applicant's 
disclosure. They regard fiirther teachings on NC computers and storage issues. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Melvin H. Pollack whose telephone number is (571) 272-3887. 
The examiner can normally be reached on 8:00-4:30 M-F. 

If attempts to reach the examiner by telephone are unsuccessfixl, the examiner's 
supervisor, Jason Cardone can be reached on (571) 272-3933. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the Patent 
Application ^formation Retrieval (PAIR) system. Status information for published ^plications 
may be obtained from either Private PAIR or Public PAIR. Status information for impublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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